The World of Computer Software/The World of Computer Software.iso/lnxd3-82.zip/DIGEST3.820

Internet Message Format | 1993-01-01 | 23KB

From [e-mail] Mon Dec 21 08:48:15 1992
Return-Path: <[e-mail]>
Received: from bloom-picayune (BLOOM-PICAYUNE.MIT.EDU) by montefiore.ulg.ac.be (4.1/SMI-4.1)
    id AA03468; Mon, 21 Dec 92 08:46:58 +0100
Received:  by bloom-picayune (5.57/25-eef)
    id AA22453; Sat, 19 Dec 92 20:15:19 -0500
Message-Id: <9212200115.AA22453@bloom-picayune>
From: Digestifier <[e-mail]>
To: [e-mail]
Reply-To: [e-mail]
Date:     Sat, 19 Dec 92 20:15:09 EST
Subject:  Linux-Activists Digest #820
Status: R

Linux-Activists Digest #820, Volume #3           Sat, 19 Dec 92 20:15:09 EST

Contents:
  libm.a under SLS 0.98 pl 1 (Andres Aravena Duarte)
  Re: Problems with sysv init sources (tim)
  Linux 0.99 still unbootable (Martin Kosina)
  ANNOUNCE: ispell for British Commonwealth users (Peter Williams)
  Re: Floppy DMA, question and patch (?) (Rogier Wolff)
  Re: How to put new Image on boot disk (?) (Scott W. Adkins)
  Re: DMA on PC motherboards (Ralph Merwin)
  Re: device FAQ? (James Henrickson)
  Re: INTERNATIONALIZATION: JAPAN, FAR EAST (Holger Veit)
  Re: MONEY + Linux (Juha Laiho)
  Re: LINUX, Unix, and opportunity for change (Marcus Leech)
  [Q] Where are the sources for Linux net software? (n.h.chandler)
  Re: Problem with libc 4.2 (James Michael Chacon)
  Re: xdm -nodaemon: OK from command line, not rc.local (Delman Lee)
  Re: ANNOUNCE Normal user floppy file systems (Charles Hannum)
  Re: ANNOUNCE Normal user floppy file systems (Charles Hannum)
  Re: dbx debugger out there? (Tom J Parry)
  Re: [Q] Bug in select(2)? (Tim MacKenzie)

----------------------------------------------------------------------------

From: [e-mail] (Andres Aravena Duarte)
Subject: libm.a under SLS 0.98 pl 1
Date: Sat, 19 Dec 1992 16:01:46 GMT


Last week I get a copy of Gnuplot 3.2 (from sunsite I belive) and
tryed to compile it. All was right just until linking time, where
I get a message saying 'libm.a: file not found' or so and a lot
of undef's about math functions (sin, atan, etcetera).

Is it a known problem? Do I have to upgrade to solve it?
I have no coprocessor. Do I need one to have math working?

Any kind of help is welcome 'cause I need math functions for my work.

Andres
(first LINUX in South America- as far as I know)

------------------------------

From: [e-mail] (tim)
Subject: Re: Problems with sysv init sources
Date: 15 Dec 92 22:54:59 GMT

In article <[e-mail]> [e-mail] (The Wyvern) writes:
>I recently compiled and installed the sources for the sysv-style init
>from tsx-11 (plus the patch). It seems to be having problems
>with runlevels though. If I have initdefault set to, say, 3,
>and a couple lines like this:
>
>rc:3:wait:/etc/rc3
>xd:3:once:/usr/X386/bin/xdm
>
>Init gives me something like:
>INIT: Warning: No processes for this runlevel
>INIT: Entering single user mode
>/ root#
>So I end up having to have all the entries in my inittab be either
>boot or bootwait, since those are the only ones which get executed.
>Right now my inittab looks like this:
>
>id:3:initdefault:
>si::sysinit:/etc/bcheckrc
>rc::bootwait:/etc/rc
>r3::bootwait:/etc/rc3
>xd::boot:/usr/X386/bin/xdm
>#c1:1234:respawn:/etc/getty 9600 tty1
>#c2:23:respawn:/etc/getty 9600 tty2
>#c3:23:respawn:/etc/getty 9600 tty3
>#c4:23:respawn:/etc/getty 9600 tty4
>pf::powerwait:/etc/shutdown -f now
># init
>
>This is highly annoying - it kind of defeats the purpose of an init
>with runlevels. Does anyone have an idea of what might be wrong?
>

I have had similar problems. I am not sure that i have really found the
problem or a good solution, but what I've done is:
        At the end of the function StartEmIfNeeded(), there is a line
that says
lastlevel = runlevel;
I've changed it to:
if(sys_level == NORMAL_LEVEL) lastlevel = runlevel;

It appeared to me that during the sysinit and boot stages lastlevel was being
set so that entries with an action field of wait or once would appear to have already been executed. This seems to fix it. I am not sure if it really is
a fix, or if it is if it is a good one..i may look at it more later.
I've sent a note to Miquel asking him about it a few days ago but have
not heard from him yet. If anyone else has anything to say about this
I'd appreciate hearing about it.

        tim
        [e-mail]




------------------------------

From: [e-mail] (Martin Kosina)
Subject: Linux 0.99 still unbootable
Date: 19 Dec 92 03:05:13 GMT

I am still unable to boot 0.99. I am running 0.98p-1
now with extended FS and sysvinit. Applying the two
little patches posted earlier helped to get rid of
the 'paging request;' error but boot now 'hangs'
after printing the 'Linux 0.99 (root@...' banner.
I can type on the keyboard but nothing happens, no
prompts or disk access, nothing. I am booting off
a floppy which I made with 'make disk'.

Does anyone have the same problem ?

Thanks

Martin
--
[e-mail]  Public Access User --- Not affiliated with TECHbooks
Public Access UNIX and Internet at [phone] (1200/2400, N81)

------------------------------

From: [e-mail] (Peter Williams )
Crossposted-To: comp.os.linux.announce
Subject: ANNOUNCE: ispell for British Commonwealth users
Date: 18 Dec 92 00:49:58 GMT

A version of Geoff Kuenning's ispell V3.0 linked with jump libs 4.2 and
a British Commonwealth dictionary is available from

archsci.arch.su.edu.au (129.78.66.1)

in file

pub/linux/ispell/ispell.C.T.Z  (untar in /usr/local)

and the texinfo source for ispell documentation is in

pub/linux/ispell/ispell.texinfo

instructions are in

pub/linux/ispell/README.ispell

Peter Williams                |e-mail: [e-mail]
Key Centre for Design Quality |phone: [phone] or [phone]
University of Sydney          |+++++++++++++++++++++++++++++++++++++++

------------------------------

From: [e-mail] (Rogier Wolff)
Subject: Re: Floppy DMA, question and patch (?)
Date: Tue, 15 Dec 1992 21:40:55 GMT

[e-mail] (Linus Torvalds) writes:

>like some SCSI cards which use DMA).  So changing the limit to 16MB
>should work fine.  Not that it probably matters very much: 99% of the
>floppy IO reads go through the track buffer, and writes aren't exactly
>timing-critical in most circumstances..

>               Linus

The 1% that doesn't go through the track buffer are the blocks that
surround an unreadable block. And as I use Linux to recover from
"destroyed" blocks, that would make things ever worse: Around a bad
block I'd get good readable (recoverable) data, but not in my buffer....

                                                Roger.
--
****   a 486 in V86 mode is like a VW buggy with a 6 litre V12 motor.  ****
EMail:  [e-mail]   ** Tel  [phone] or [phone]

------------------------------

From: [e-mail] (Scott W. Adkins)
Subject: Re: How to put new Image on boot disk (?)
Date: 19 Dec 92 00:49:41 GMT

In article <[e-mail]> [e-mail] (Vince Skahan) writes:
>>cat Image > /dev/fd0
>or 'cp Image /dev/fd0'

Yeah, but something like "dd -if=Image -of=/dev/fd0" is probably the best
way to do that.  After all, that is what the "disk dumper (dd)" is used for.

--
         Scott W. Adkins           Internet: [e-mail]
         ~~~~~~~~~~~~~~~                     [e-mail]
    Ohio University of Athens        Bitnet: [e-mail]

------------------------------

From: [e-mail] (Ralph Merwin)
Crossposted-To: comp.periphs,comp.sys.ibm.pc.hardware
Subject: Re: DMA on PC motherboards
Date: 19 Dec 92 16:20:22 GMT

In article <[e-mail]> [e-mail] (Zdenek Radouch) writes:
>I need a new motherboard (probably 386DX-40) and I have heard rumors
>that some motherboards are having timing problems when supporting DMA
>transfers mastered by some controllers (for example transfers done by
>the Adaptec 1542).
>
>I am looking for the following info:
>
>1. Are there known problems with a particular MFG/board?
>2. Is there any way to test this using Adaptec 1542 under DOS?

OK, now that the motherboard issue has been hashed-out, we can get on to
the second part of the question - actually testing the DMA capability.

The Adaptec controller has a DMA transfer speed test in it's BIOS.  Jumper
the DMA speed on the board for the slowest setting (J5, jumpers 12 and 13),
boot DOS (from floppy!), invoke 'debug', and type 'g=DC00:9' (the DC00 value
depends in the BIOS base address jumpers).

You'll get a signon from the DMA test with instructions.  If the test works,
rejumper to the next faster speed and retest.  After testing all four speeds,
jumper the board for the fastest speed that passed the test.  I've seen some
motherboards that had problems at intermediate speeds but worked at higher
speeds.

Ralph

--
======== DOS Windows = The worst plague ever let loose upon humans ========
Ralph Merwin               [e-mail]               503-526-8647

------------------------------

From: [e-mail] (James Henrickson)
Subject: Re: device FAQ?
Date: Fri, 18 Dec 1992 02:53:04 GMT

In article <[e-mail]> [e-mail] (Rick Miller, Linux Device Registrar) writes:
>
>I'll be posting the latest Linux Device List before the end of the week.
>This time I'll have the sound devices in it too!  ;-)  I s'pose it would
>be proper to make sure it gets onto some archive sites as well...
>I'll post to comp.os.linux.announce once it's available via anonymous ftp.
>

I think it might be an idea to make a list of unsupported hardware.
I know we've been through this before with motherboards and didn't
get very far, but I'm not just thinking of motherboards.  In particular,
I know of Diamond video cards, Ultrastor host adapters, and Always
host adapters because they require Non-Disclosure Agreements.  I'm sure
there are a lot more.

I will be losing Internet access soon and will be unable to put together
such a list.  Any takers?

--
Jim H.
*
* James L. Henrickson  |  "I don't need a signature, I need a job!"
* [e-mail]      |  BSCS, December 1992

------------------------------

From: [e-mail] (Holger Veit)
Crossposted-To: comp.unix.bsd
Subject: Re: INTERNATIONALIZATION: JAPAN, FAR EAST
Date: 18 Dec 92 08:06:40 GMT
Reply-To: [e-mail]

In <[e-mail]> [e-mail] (peter da silva) writes:

>In article <[e-mail]> [e-mail] (Mathias Bage) writes:
>>   Has anyone in this newsgroup ever heard of the Unicode/ISO10646
>> (UCS) standard?

>You know, if 386BSD could be made to support NET-UTF (the Plan 9 version
>of the 10646 standard) that would be a major advantage over commercial
>Unices...

Please tell me where I can get a document describing NET-UTF, preferably
electronically.

>--
>Peter da Silva                                            `-_-'
>Ferranti International Controls Corporation                'U`
>Sugar Land, TX  77487-5012 USA
>[phone]                            "Zure otsoa besarkatu al duzu gaur?"

Holger
--
|  |   / Dr. Holger Veit         | INTERNET: [e-mail]
|__|  /  University of Duisburg  |
|  | /   Dept. of Electr. Eng.   |          "Understand me correctly:
|  |/    Inst. f. Dataprocessing |     I'm NOT the WIZARD OF OS" (Holger)

------------------------------

From: [e-mail] (Juha Laiho)
Subject: Re: MONEY + Linux
Date: 17 Dec 92 19:14:33 GMT

In article <[e-mail]> [e-mail] writes:
>Can Linux go on forever without some commercial support?  I mean,
As far as I know anyone is free to offer commercial support for Linux.
I think the moral/ethical questions about offering commercial support
to a free product have already been discussed, so no flames about this, please.
If, however you can prove that commercial support for linux is illegal/against
some rules/license agreements/whatever, please do followup.

>implementation.  Is there some way that a useful remuneration path
>can be arranged.  E.g. could universities be site-licensed, thereby
I suppose not..

>gaining the right to have attention paid to their bugs and config-
>uration problems, and to receive regular updates?
I think this whould eventually lead to the point that these "paying customers"
state what should be incorporated with Linux and what should not. And farewell
to the free development.

..Wolf

------------------------------

From: [e-mail] (Marcus Leech)
Subject: Re: LINUX, Unix, and opportunity for change
Date: Sat, 19 Dec 1992 17:01:43 GMT

In article <[e-mail]>, [e-mail] (Philip Perucci) writes:
|> Then again, let me say I am quite grateful for what has already been
|> accomplished.  Thank-you Linus!!!
|>

Lest anyone think my post was a shot at Linux and its progenitors--that's
  *not* what I intended.

I see Linux a completely fresh implementation of a Unix-esque system.
  It strikes me as an opportunity to fix many of the long-standing
  problems with Un*x, and to address those areas that the commercial Un*x
  vendors have been either too timid, or too stupid to address.

I think that what Linus and the assembled multitudes here have done is a
  tremendous testament to the vitality of the free sofware "industry". Let's
  leverage that vitality, and build something truly fresh and exciting.

Were it not for the fact that I have a job where everything I create is
  owned by my employer, I'd be as busy as Linus; contributing, rather
  than just pontificating.  [Though it's certainly not unheard-of around
  here to be able to release freeware, just rather rare].

--
Marcus Leech, 4Y11             Bell-Northern Research  |opinions expressed
[e-mail]                  P.O. Box 3511, Stn. C   |are my own, and not
[e-mail]             Ottawa, ON, CAN K1Y 4H7 |necessarily BNRs

------------------------------

From: [e-mail] (n.h.chandler)
Subject: [Q] Where are the sources for Linux net software?
Date: Sat, 19 Dec 1992 17:10:15 GMT

Where can one locate the sources for Linux networking software?
I've tried unsuccessfully, a number of ftp sites.
I'm seeking the sources for ftp, ftpd, telnet and telnetd.
Please respond by e-mail.  Thank you.

--Neville Chandler        [e-mail]

--
=================================================================
Neville H. Chandler           ||       AT&T Bell Laboratories
[e-mail]             ||       Middletown, NJ 07748
=================================================================

------------------------------

From: [e-mail] (James Michael Chacon)
Subject: Re: Problem with libc 4.2
Date: 19 Dec 92 05:59:14 GMT

[e-mail] (Charles Hannum) writes:


>After installing the libc 4.2 on tsx-11, `login' displays the
>following:

>  Undefined C library functions.
>         1. ulimit (Use getrlimit/setrlimit instead).
>         2. light C shared image (Use the real one instead).

>Other than that, everything *seems* to work.  I tried installing the
>`poeigl' package, but it doesn't deal with shadow passwords, and anyway
>those functions seem to be missing from libc 4.2.

>My impression, after this, is that the libc 4.2 on tsx-11 is not a real
>release.  Is this correct?

>--
> \  /   Charles Hannum, [e-mail]
> /\ \   PGP public key available on request.  MIME, AMS, NextMail accepted.
>Scheme  White heterosexual atheist male (WHAM) pride!

The ulimit function message is because under a standard SYSV system that call
is available, and under POSIX and BSD they use setrlimit and getrlimit.
Some programs assume we are completely SYSV since we define -DUSG.

As far as the library goes, the one in /pub/linux/GCC should be a relatively
current copy of libc and should work fine. It was released as a fix for people
who needed things that used sigaction (which was broke in 4.1) and a couple
of other broken calls.

James

------------------------------

From: [e-mail] (Delman Lee)
Subject: Re: xdm -nodaemon: OK from command line, not rc.local
Date: 19 Dec 92 18:23:48 GMT

In article <[e-mail]> [e-mail] (--) writes:

   I'm running SLS .98p5.  Everything works OK when I run xdm -nodaemon
   from the command line.

   I then tried xdm -nodaemon at the bottom of rc.local.  I first
   commented out the first getty in /etc/inittab.  After rebooting,
   the xlogin window comes up, and I log in as root.  Cool.
   [...]

Read in the FAQ of comp.windows.x.i386unix that you need to provide a
tty to xdm when running from /etc/rc.local. e.g. "xdm < /dev/console &"

Delman.
--
______________________________________________________________________________

  Delman Lee                                    Tel.: [phone]
  Medical Image Processing Group,               Fax.: [phone]
  University of Pennsylvania,
  4th floor Blockley Hall,
  418 Service Drive,
  Philadelphia, PA 19104-6021,
  U.S.A..                                   Internet: [e-mail]
______________________________________________________________________________


------------------------------

From: [e-mail] (Charles Hannum)
Subject: Re: ANNOUNCE Normal user floppy file systems
Date: 19 Dec 1992 19:33:10 GMT


In article <[e-mail]> [e-mail]
(JAMES LEWIS NANCE) writes:
>
> [program deleted]

HELL YES being able to mkfs an arbitrary device is a security hole!!

--
 \  /   Charles Hannum, [e-mail]
 /\ \   PGP public key available on request.  MIME, AMS, NextMail accepted.
Scheme  White heterosexual atheist male (WHAM) pride!

------------------------------

From: [e-mail] (Charles Hannum)
Subject: Re: ANNOUNCE Normal user floppy file systems
Date: 19 Dec 1992 19:37:08 GMT


In fact, this program is a total lose.  How about this:

  floppy -m "run-me-as-root-heh-heh" new

I think not.

--
 \  /   Charles Hannum, [e-mail]
 /\ \   PGP public key available on request.  MIME, AMS, NextMail accepted.
Scheme  White heterosexual atheist male (WHAM) pride!

------------------------------

From: [e-mail] (Tom J Parry)
Subject: Re: dbx debugger out there?
Date: Fri, 18 Dec 1992 14:40:35 GMT

Dennis Robinson ([e-mail]) wrote:
>Ive done all of my previous C debugging with dbx, Im wondering if we have
>it for linux.  I have the SLS dist. and only have gdb which I am not really
>aquanted with.

It isn't that different from dbx, and there are so many different varieties
of dbx around anyway. IMO gdb is a much nicer debugger than most dbx's I have
used, and it's got (pretty) good builtin help as well as some neat features
(like tab completion). If you really want dbx, then you can always do:
# cd /usr/local/bin ; ln -s `which gdb` dbx
and be happy.

--
Tom J Parry.
Your reality is a figment of my imagination.

------------------------------

From: [e-mail] (Tim MacKenzie)
Subject: Re: [Q] Bug in select(2)?
Date: Fri, 18 Dec 1992 14:48:31 GMT

The Wyvern ([e-mail]) wrote:
>I've also been noticing some strange behavior which seems to be also due to
>select(2), although it doesn't seem to be of the same type as mentioned
>above. I'm running a client/server program that uses sockets of type AF_INET.
>Up until 0.99 I wasn't having problems but now clients and servers are getting
>stuck. They just hang. ps -l shows the WCHAN for the hung processes as
>tcp_read
>when normally it shows do_select when they're working correctly. The programs

The way in which the tcp code does select has been changed recently.... I would
recommend getting the latest tcp and testing your code with that. The current
version (which is working well for me at the moment, except for asyncronous
connect's which can be fixed with a simple patch) is 0.99pl0 p5. This is
available in tsx-11.mit.edu:pub/linux/packages/tcpip/tcp99pl0-p5.Z

This patch is for 0.99 plain. You do not need 0.99pl0 patches 1-4.
I've tacked on Ross's tcp99pl0-p5.README
--
-Tim MacKenzie ([e-mail])

--- BEGIN included text tcp99pl0-p5.README
Since some people had problems with patch4, this patch is off of the
stock .99 sources.  DO NOT apply patches 1-4 first.  I won't be able
to work on this for quite a while, so this is the last patch.  In the
interim I suggest those of you who find problems, figure out how to do
a good bug report.  "The daemons don't work," doesn't cut it.  If you
have a problem I need to know precisesly what it is including a syslog
if possible.  If the kernel prints out a message I need to know
exactly what it said including any numbers it happend to print out.  I
also need to know how any addresses relate to YOUR system.map.  Line
numbers would help.  Furthermore if something returns an error you
don't think it should, I need to know preciesly what error (including
the value of errno) and under what circumstances it occured and why it
shouldn't return an error.  Small programs to demonstrate things you
consider bugs would help.  The tcp/ip code has function almost
flawlessly and continuosly for me since the Pre-Alpha days.  Obviously
I can't reproduce problems like ftp doesn't work and I will tend to
ignore them.

Ross Biro [e-mail]
Member League for Programming Freedom (LPF)
mail [e-mail] to protect your Freedom


------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [e-mail]

You can send mail to the entire list (and comp.os.linux) via:

    Internet: [e-mail]

Linux may be obtained via one of these FTP sites:
    nic.funet.fi                pub/OS/Linux
    tsx-11.mit.edu                pub/linux
    tupac-amaru.informatik.rwth-aachen.de    pub/msdos/replace

The current version of Linux is 0.98pl6 released on December 2, 1992

End of Linux-Activists Digest
******************************